home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 3 / CU Amiga Magazine's Super CD-ROM 03 (1996)(EMAP Images)(GB)(Track 1 of 3)[!][issue 1996-09].iso / misc / datatypes / zgif / zgifdatatype.doc < prev    next >
Text File  |  1996-07-21  |  7KB  |  190 lines
  1. <HTML>
  2. <HEAD>
  3. <TITLE>DataTypes Page</TITLE>
  4. </HEAD>
  5. <BODY BGCOLOR=#E0E0E0 BACKGROUND=CU-Amiga/genim/cuback.gif>
  6. <H5 align=center><IMG WIDTH=639 HEIGHT=123 SRC="Banner.jpg"></H5>
  7. <CENTER><H2><I>Datatype information</I><BR>
  8. </CENTER>
  9. <HR>
  10. <H2>
  11. Most Amiga web browsers use Datatypes to decode picture formats. You'll
  12. already have IFF as it comes with Workbench 3.0 and above but WWW pages use
  13. two other picture formats called GIF and JPEG. That means you'll need to
  14. install those datatypes. Here is the documentation for ZGIF, which is about
  15. the best GIF datatype on the Amiga. You'll find this in the Datatypes
  16. directory inside the Misc section of CUCD-III. You'll also find a Jpeg
  17. datatype. Here's the documentation for ZGIF which details nicely how to
  18. install datatypes on your Amiga.<BR>
  19. <HR>
  20. <PRE>
  21.     ZGIFDatatype 39.18
  22.     March '96
  23.  
  24.     Another FAST Utility Written by Michael Zucchi
  25.  
  26. This is a replacement for any of the other gif datatypes available.  What
  27. makes it considerably better than any of the others?  Speed.  On an
  28. A1200 it will load GIF's using multiview approximately the same speed as
  29. loading IFF ILBM pictures.  And a lot faster if loading from floppy disks.
  30.  
  31. In addition, asynchronous file reading routines have been incorporated
  32. into the code which allow it to load pictures virtually independent
  33. of I/O speed.  For example a 680x480x256 gif picture will load off of
  34. floppy disk within a few seconds of one loading off of a hard drive.
  35. (this is in an Amiga 1200, with no fastmem)
  36.  
  37. It requires Release 3.0 or greater of the system software.
  38.  
  39. Main features:
  40.  
  41.     o    SPEED.  Try it, after using this you wont want to be without it!
  42.     o    Supports most gifs (only some esoteric, and mostly unused features
  43.         of the GIF8?a standard have been ignored)
  44.     o    Uses async file reading for greater performance - on an A1200 will
  45.     load a picture the same speed off of floppy as off of hard drive!
  46.     o    100% Assembly language, very optimised.
  47.     o    Custom chunky to planar conversion, that is reasonably fast (a version
  48.         using WritePixelLine8() runs about 50% the speed of this version)
  49.     o    Now works with all 68000 series CPU's (i hope)
  50.     o    Now supports transparent gifs ('copy' a transparent gif from multiview
  51.         and then paste it as a bruch in DPaint - NEAT eh?)
  52.     o    Its FREE! (this is of course the best bit)
  53.  
  54.  
  55. Main limitations: (hey, its not _perfect_ after all)
  56.  
  57.     o    OM_WRITE BOOPSI method not yet implemented.  Expect this in a future
  58.         release.
  59.     o    Only decodes pictures with a global colour table.  Most gif loaders
  60.         do the same, and most writers write them.
  61.     o    Ignores any local colour tables (but still decodes picture).  Could
  62.         lead to a bad palette.
  63.  
  64. Distribution:
  65.  
  66. This program is FreeWare, _please_ give it to your friends, your enemies
  67. ANYONE who could possibly use it or otherwise spread it around.  Datatypes
  68. are a really excellent addition to the OS but there aren't yet enough
  69. quality datatypes out there.
  70.  
  71. The original achive in which this text file is placed may be included in
  72. any other release of non-commercial software, so long it remains
  73. intact.  If anyone wants to put it on a commercial release, just contact me.
  74.  
  75. Installation:
  76.  
  77.     Copy the gif.datatype file into your sys:classes/datatypes/ drawer
  78.     Copy the Datatypes/GIF file (and its icon) into DEVS:Datatypes/
  79.  
  80. Reboot your machine or use AddDataTypes to enable it.
  81.  
  82.  
  83.  
  84.  
  85. The Author:
  86.  
  87. I've just finished a 4 year Computer Systems Engineering degree at last ...
  88. I've now been working at the University of South Australia for about
  89. a year, on various systems administrator tasks, and web authoring.
  90. Anyone got a decent job for a good coder?
  91.  
  92. I can be reached via email at:
  93.  
  94.   zucchi@zedzone.satech.net.au (at home)
  95.   zucchi@box.satech.net.au
  96.   m.zucchi@unisa.edu.au (till mid 96?) (at work)
  97.  
  98. or Aussie Post via:  ('home' address)
  99.  
  100.   Michael Zucchi
  101.   PO box 824
  102.   Waikerie SA 5330    <- SA = South Australia
  103.  
  104. or if ya live in Adelaide, ring Freds BBS and say hi.
  105.  
  106. I'd like to hear about any major/minor bugs.
  107.  
  108.  
  109. Thanks and the rest:
  110.  
  111. Thanks to the guys who supplied me with those odd (and i mean _odd_ :)
  112. gif's to test some of the weirder stuff.  And the other guys who suggested
  113. i do it.  And to all those guys who mailed me with bugs.  Hopefully the
  114. screenmode selection is a bit better now fellas?
  115.  
  116. Thanks also to the C= software eng's for making such a _cool_ OS.
  117.  
  118.  
  119. To the losers:
  120.  
  121. A big *no thanks* to the lamers out there not sticking to the
  122. distribution restrictions outlined above (various PD libraries and
  123. other datatype distributions).  Considering this is free, and it wasn't 
  124. just piecing together some C source, you could be a bit more considerate.
  125.  
  126.  
  127. Zgif 1.0?
  128. Will i ever release it?  I dont know ... the version i have now does
  129. a lot of things, and its what i personally use to show gif's and iff's
  130. but it still needs some work to become releasable.
  131.  
  132.  
  133.        ///
  134.       ///   Michael Zucchi, B.E. (Computer Systems)
  135.   \\\///    zucchi@zedzone.satech.net.au
  136.    \\\/
  137.  
  138.  
  139. Note:
  140.     I dont know what to do about the GIF copyright notice, since
  141.     Compuserve did its thing a few months ago ...?
  142.     Maybe its time for a ZPNG (thats what its called right? :)
  143.  
  144.  History
  145.  
  146.  39.0    Initial version
  147.  39.1    Now does any depth gif, not only 4 or 8, used to ignore.
  148.  39.2    Now supprts interlaced gifs, used to ignore.
  149.  39.3    Added better viewmode selection via BestModeIDA(), uses
  150.      the 'workbench' monitor (if possible).
  151.  39.4    Fixed a tiny bug in extension block skipping code.
  152.  39.5    Monitor selection was up shit creek.  Now it should work a lot
  153.      better, and select a decent monitor (i only had Euro72 active,
  154.      so it seemed to be ok before).  No longer tries to clone the
  155.      workbench monitor.
  156.  39.6    Was passing incorrect dimensions to the datatype object via the
  157.      DTA_NominalHoriz/Vert tags.  Caused multiview to open a strange
  158.      sized window if run on workbench.
  159.  39.7    Changed GetBestMode() code - again.  Now it asks for a mode with
  160.      roughly square pixels (actually 130:100 seems to be best aspect???).
  161.      Appears to work better anyway.
  162.  39.8   Changed to use interleaved bitmaps if possible
  163.  39.9    Changed code to work with all 68000 series CPU's, this also
  164.      includes a more robust gif decoder (crashes and hangs less often)
  165.  39.10    Fixed a bug, which would cause crashes sometimes with 68000 machines.
  166.  39.11    Yet another bug in the new decoder - caused the last line of all gifs
  167.      to be missing.
  168.  39.12    Minor bug - the last row of some gifs would be decoded correctly,
  169.      but it wasn't output to the bitmap.
  170.  39.13    Major bug - *VERY*COMPRESSIBLE* gifs could overrun the line output
  171.      buffer before the data was output.
  172.  39.14    Added transparent gif support, via the bitmapheader.
  173.  39.15    Data beyond the picture width is now always cleared, this fixed a
  174.      problem with some viewers - with extra crap appearing along the
  175.      right hand side of some pictures.
  176.  39.16    The revision 15 changes had some screwy problems, now rectified.
  177.     The interlaced gif handling code could sometimes stop one line
  178.     early - now it should work with all sizes.
  179.     (i should do more testing, but i dont have enough odd sized gifs)
  180.  39.17    Nasty misinterpretation of the depth field, sometimes thought
  181.     it was loading 16 bit gifs.  Now limits to maximum of 8 bit.
  182.  39.18    Tweaked the screenmode selection again.
  183. <ADDRESS>
  184. <BR><hr>
  185. <H3></I>Created by <A HREF="mailto:webmaster@cu-amiga.co.uk?Subject=WWW">Mat Bettinson</A>  - Staff Writer, CD Editor and Web Master  -
  186. mat@cu-amiga.co.uk</H3>
  187. </ADDRESS>
  188. </BODY>
  189. </HTML>
  190.